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(54) Mobile client computer programme to exchange lists of predicted input 



(57) A computer system preferably a mobile client 
computer optimizes data handling and display through 
the use of predictive widgets. A predictive widget uses 
a predictive list of possible entries into a defined field of 
a form, as in a form filling application, to provide one or 



both of a predictive default entry for a field or a predictive 
fill once a user has started an entry into the field. A first 
predictive widget for a first data field interacts to deter- 
mine the performance of a second predictive widget for 
a second field. 
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Description 

Personal computer systems in general and IBM per- 
sonal computers in particular have attained widespread 
use for providing computer power to many segments of 
today's modern society. Personal computer systems 
can usually be defined as a desk top, floor standing, or 
portable microcomputer that consists of a system unit 
having a single system processor and associated vola- 
tile and non-volatile memory a display monitor, a key- 
board, one or more diskette drives, a fixed disk storage, 
and an optional printer. One of the distinguishing char- 
acteristics of these systems is the use of a motherboard 
or system planar to electrically connect these compo- 
nents together. These systems are designed primarily 
to give independent computing power to a single user 
and are inexpensively priced for purchase by individuals 
or small businesses. Examples of such personal com- 
puter systems are the personal computer systems of- 
fered by IBM and identified as the PERSONAL COM- 
PUTER AT PERSONAL SYSTEM/2, PS/1, Aptiva, and 
the like. Persons of skill in the computer arts will be fa- 
miliar with these systems. 

These systems can be classified into two general 
families. The first family, usually referred to as Family I 
Models, use a bus architecture exemplified by the IBM 
PERSONAL COMPUTER AT and other "IBM compati- 
ble" machines. The second family referred to as Family 
II Models, use IBM's MICRO CHANNEL bus architec- 
ture exemplified by IBM's PERSONAL SYSTEM/2 Mod- 
els 50 through 95. The Family I models originally used 
the popular INTEL 8088 or 8086 microprocessor as the 
system processor. These processors have the ability to 
address one megabyte of memory The Family II models 
typically used the high speed INTEL 80286, 80386, and 
80486 microprocessors which can operate in a real 
mode to emulate the slower speed INTEL 8086 micro- 
processor or a protected mode which extends the ad- 
dressing range from 1 megabyte to 4 Gigabytes for 
some models. In essence, the real mode feature of the 
80286, 80386, and 80486 processors provide hardware 
compatibility with software written for the 8086 and 8088 
microprocessors. As the state of the art has progressed. 
Family I systems have developed toward everhigherca- 
pability central processor units, including the Intel PEN- 
TIUM brand microprocessor and its competitors, Re- 
duced Instruction Set Computing (RISC) microproces- 
sors such as the IBM and Motorola Power PC proces- 
sors, and higher capability bus designs such as VESA 
and PCI bus designs. Again, persons of skill in the com- 
puter arts will be familiar with these systems. 

The impact of such development on the manner in 
which computing is done in business and consumer en- 
vironments has been profound. Prior to the develop- 
ment of personal computer systems, most use of com- 
puters was for business purposes only and data 
processing was done in the "glass house" which housed 
the computer system. Inquires were channeled through 



information managers for handling by computer techni- 
cians. With the wide spread use of personal computer 
systems access to data once maintained on an enter- 
prise wide computer system became important to man- 
s agers and ultimately line employees. Networks of per- 
sonal computer systems grew up, with layered access 
through network servers to the enterprise systems or 
mainframes on which enterprise data is stored. 

As information work has spread to an increasing 
10 number of information workers and impacted the work 
of more wide spread groups of employees within an en- 
terprise, need for mobility of such employees has arisen. 
Particularly in such "outside" jobs as route salesperson, 
transport driver, or business consultant, it has become 
^5 important to have access, while remote from an enter- 
prise site, to enterprise data normally maintained on an 
enterprise system and accessed through a network of 
computer systems. Such access has been achieved, in 
part, through the use of wireline connected personal 
20 computer systems such as notebook or laptop computer 
systems. Typically, such a system may be equipped with 
a modem and communications software such that, 
when connected to a public switched telephone network 
(PSTN), the system may be connected with a supporting 
25 server or mainframe and a user may gain access to de- 
sired data. 

With the development of radio communications 
such as exemplified by the cellular telephone networks, 
the possibility arose of eliminating the wireline connec- 
30 tion between a personal computer system and a sup- 
porting server. Such systems have been developed, 
particularly for systems used in retail and warehousing 
businesses, which permit a user to move freely within 
an area which has radio transceiver service while re- 
36 maining in intermittent or continuous contact with a data 
channel through which data may be exchanged with a 
sen/er or mainframe supporting an enterprise activity. 
For purposes of discussion here, such systems in the 
hands of user will be referred to as "mobile client sys- 
40 tems". A mobile client system is distinguished by the mo- 
bility of the user, who is free of the restraints against 
movement imposed by a wireline connection, and by the 
client nature of the system in that enterprise data ac- 
cessed by the mobile client system is maintained on a 
45 server or mainframe computer system with which the 
mobile client is in communication. Such mobile client 
systems are also sometimes referred to as personal 
communications assistants or personal digital assist- 
ants. The interested reader is referred to "Wireless: The 
50 Revolution in Personal Telecommunications" by Ira 
Brodsky (Artech House, Boston, 1995) for additional 
background and information about mobile client sys- 
tems. 

With mobile client systems as described to this 
56 point, various difficulties are introduced by the limited 
display area which can be provided while achieving oth- 
er design characteristics. Certain of those difficulties 
have to do with entry of data into fields which may re- 
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quire alphanumeric data, such as a street address or a 
customer name. Such requirements typically arise in 
any form filling application, such as handling of ware- 
house orders, business deliveries, hospital patient and 
treatment records, and the like. All of these environ- 
ments of use are environments in which mobile client 
systems linked to data repository systems are in use. 

Where form filling capabilities are required, a suc- 
cessful approach has been the development of what are 
here called "forms widgets". The terminology "widget" 
is used in AIX programming as meaning a graphic de- 
vice which can receive input from a keyboard or pointer 
and communicate with an application program or anoth- 
er widget by means of a callback. As here used (and 
consistent with the AIX definition), a "widget" is a small 
tool or component of code on a display which accom- 
plishes a specific task. For example, a forms widget may 
supply a character string for a particular data or infor- 
mation field in a form which is in use. An example might 
be a forms widget to supply a two letter state identifier 
for a particular field in a form which requires an address. 
The forms widget, in this instance, would select from 
among the fifty combinations of two letters adopted by 
the United States Postal Service to identify the states of 
the United States. In the example given, the list from 
which the data is to be supplied is restrained. In other 
examples, such as a name field for an address form, the 
list may be essentially unrestrained and must be open 
to the possibility of additions or manual entry apart from 
any preselected list. It would be desirable to further en- 
hance the usefulness of form filling applications by link- 
ing of widgets. 

In accordance with the present invention, there is 
now provided a computer comprising: a housing; a proc- 
essor mounted within the housing and processing digital 
data; memory mounted within the housing for storing 
digital data and coupled to the processor; a display cou- 
pled to the processor and the memory to display infor- 
mation derived from digital data processed by the proc- 
essor; and a control program stored in the memory and 
accessible by the processor to direct the processing of 
digital data by the processor; the control program and 
the processor cooperating, when the control program is 
executing on the processor, in 

a) displaying a form defining first and second data 
fields; 

b) exercising a predictive widget to supply a data 
entry for the first data field; 

c) responding to the supplying of a data entry for 
the first data field by exercising a predictive widget 
to supply a data entry for the second data field. 

Viewing the present invention from another aspect, 
this is now provided a computer comprising: a housing; 
a processor mounted within the housing and processing 



digital data; memory mounted within the housing for 
storing digital data and coupled to the processor; a dis- 
play coupled to the processor and the memory to display 
information derived from digital data processed by the 
5 processor; and a control program stored in the memory 
and accessib le by the processor to direct the processing 
of digital data by the processor; the control program and 
the processor cooperating, when the control program is 
executing on the processor, in 

10 

a) displaying a form defining first and second data 
fields; 

b) capturing user entries of data into each of the first 
^5 and second fields; 

c) storing captured user entries in a first predictive 
list of data entries for the first data field and at least 
one predictive list of data entries for the second data 

20 field; 

d) exercising a first predictive widget to supply one 
of a predictive default and a predictive fill selected 
from the first predictive list as a data entry for the 

25 first data field; and 

e) exercising a second predictive widget in re- 
sponse to a data entry in the first data field to supply 
one of a predictive default and a predictive fill se- 

30 lected as a data entry for the second data field from 
a predictive list determined by the data entry in the 
first field. 

Viewing the present invention from a further aspect, 
36 there is now provided a display generating system com- 
prising: a housing; a processor mounted within the 
housing and processing digital data; memory mounted 
within the housing for storing digital data and coupled to 
the processor; the processor and the memory cooper- 
40 ating in supplying digital data driving a display of visual 
images; and a control program stored in the memory 
and accessible by the processor to direct the processing 
of digital data by the processor; the control program and 
the processor cooperating, when the control program is 
45 executing on the processor, in 

a) displaying a form defining first and second data 

fields; 

50 b) exercising a predictive widget to supply a data 
entry for the first data field; 

c) responding to the supplying of a data entry for 
the first data field by exercising a predictive widget 
55 to supply a data entry for the second data field. 

Viewing the present invention from yet another as- 
pect, there is now provided a display generating system 
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comprising: a Inousing; a processor mounted within the 
housing and processing digital data; memory mounted 
within the housing for storing digital data and coupled to 
the processor; the processor and the memory cooper- 
ating in supplying digital data driving a display of visual 
images; and a control program stored in the memory 
and accessible by the processor to direct the processing 
of digital data by the processor; the control program and 
the processor cooperating, when the control program is 
executing on the processor, in 

a) displaying a form defining first and second data 
fields; 

b) capturing user entries of data into each of the first 
and second fields; 

c) storing captured user entries in a first predictive 
list of data entries for the first data field and at least 
one predictive list of data entries for the second data 
field; 

d) exercising a first predictive widget to supply one 
of a predictive default and a predictive fill selected 
from the first predictive list as a data entry for the 
first data field; and 

e) exercising a second predictive widget in re- 
sponse to a data entry in the first data field to supply 
one of a predictive default and a predictive fill se- 
lected as a data entry for the second data field from 
a predictive list determined by the data entry in the 
first field. 

In a preferred embodiment of the present invention 
there is provided a mobile client system in which the use 
of predictive widgets further enhances the possibilities 
of system use efficiency by linking widgets together. In 
realizing this enhancement, a first predictive widget sup- 
plying a data entry for a first field defined in a form de- 
termines the characteristics of data supplied by a sec- 
ond predictive widget for a second field in the form. 

A preferred embodiment of the present invention 
will now be described, by way of example only with ref- 
erence to the accompanying drawings, in which: 

Figure 1 is an exploded perspective view of certain 
elements of a mobile client computer system in ac- 
cordance with this invention; 

Figure 2 is a perspective view of the mobile client 
system of Figure 1 as assembled for use; 

Figure 3 is a diagrammatic representation of rela- 
tionships among a mobile client system as shown 
in Figures 1 and 2 and supporting peripherals and 
systems; 



Figure 4 is a schematic showing of certain circuitry 
elements embodied in the mobile client of Figure 2; 

Figure 5 is a schematic showing of certain circuitry 
5 elements and their relationships in the mobile client 
of Figure 2; 

Figure 6 is a state diagram of power modes for the 
mobile client of Figure 2 and transitions among 
10 them; 

Figure 7 is a diagram similar to that of Figure 6 
showing the states of certain elements of the mobile 
client of Figure 2 and including the status of soft- 
^5 ware executing on the mobile client; 

Figure 8 is an illustration of the display screen of the 
mobile client of Figure 2 while driven by the execu- 
tion of an application program on the mobile client 
20 to display certain data; 

Figure 9 is an illustration similar to Figure 8 of a dif- 
ferent screen display; 

25 Figure 1 0 is a schematic representation of relation- 
ships among a widget, default and fill capabilities 
for the widget, and a list from which the default and 
fill capabilities draw data; 

30 Figure 11 is a view similar to Figure 8 showing the 
appearance of a keyboard including a list portion as 
displayed over the form of Figure 8; and 

Figure 12 is a table of items potentially used in a 
35 name field widget in accordance with this invention. 

While the present invention will be described more 
fully hereinafter with reference to the accompanying 
drawings, in which preferred embodiments of the 
40 present invention are shown, it is to be understood at 
the outset of the description which follows that persons 
of skill in the appropriate arts may modify the invention 
here described while still achieving the favorable results 
of this invention. Accordingly, the description which fol- 
45 lows is to be understood as being a broad, teaching dis- 
closure directed to persons of skill in the appropriate 
arts, and not as limiting upon the present invention. 

Referring now more particularly to the accompany- 
ing Figures, Figures 1 and 2 illustrate an exemplary em- 
50 bodiment of a mobile client personal computer system 
(herein also called a "mobile client") in accordance with 
this invention and indicated generally at 10. As will be- 
come more clear from the description which follows, the 
mobile client may have a variety of characteristics while 
56 remaining within the contemplation of this invention. 
Central among those characteristics is that the system 
have provision for the capability of communicating at 
least data, possibly both data and audio such as voice. 
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between the mobile client system and supporting serv- 
ers and mainframes. I n the illustrated embodiment, such 
capability is provided by providing a system which is 
separable into three distinct components, namely a sys- 
tem tablet 11, a holster 12 and a radio transceiver 13. 
In the form illustrated, the transceiver 13 is a cellular 
telephone which may be mounted within the holster 12, 
while the holster 12 may be connected with the system 
tablet 1 1 by slipping the tablet into a receptacle provided 
in the holster 12. While thus illustrated and here de- 
scribed as a three component system, it will be under- 
stood that many of the advantages of this invention as 
described hereinafter can be realized where the mobile 
client system 1 0 is unified. That is, where the radio trans- 
ceiver 1 3 is integrated with the system tablet 11 and the 
connection therebetween is accomplished within a sin- 
gle cover for the system, apart from any use of a holster 
12. The transceiver/holster/tablet organization provides 
certain advantages in some circumstances. However, it 
is to be understood that the invention can be practiced 
apart from this particular organization. 

An advantage realizable with the tripartite organiza- 
tion is the ready substitution of one radio transceiver for 
another. More particularly, while digital data and analog 
audio can be exchanged over a cellular telephone radio 
interface, with data using cellular digital packet data 
(CDPD) protocols, there are other possibilities. Among 
them can be digital radio techniques such as frequency 
division multiple access (FDMA) and time division mul- 
tiple access (TDMA); spread spectrum technologies 
such as direct sequence spread spectrum (DS-SS) and 
resultant code division multiple access (CDMA); fre- 
quency hopping spread spectrum (FH-SS); and the 
combination of one of more of these technologies into 
what are known as advanced mobile phone systems 
(AMPS) or advanced radio data information service 
(ARDIS) or RAM Mobile Data. As these technologies 
evolve and gain wider acceptance, the tripartite organ- 
ization will facilitate adapting existing tablets 11 to 
emerging radio transceivers 1 3, and thereby protect the 
investment of users in systems. However, for certain en- 
vironments such as adverse ambient conditions of tem- 
perature, humidity, or exposure to shock as by dropping, 
a unified system with transceiver and tablet and sup- 
porting circuitry in a single cover may be a preferred 
choice. 

Turning nowto Figure 3, what is there schematically 
indicated is the relationships among a system 10 in ac- 
cordance with the invention and supporting servers and 
peripherals. More particularly, while the tablet 1 1 (as de- 
scribed more fully hereinafter) is normally adapted for 
input by a user through a touchscreen 15 embodied in 
a backlit liquid crystal display the system 1 0 can accom- 
modate a more conventional keyboard 16. The key- 
board may be, as illustrated, wire tethered to the system 
10 when desired for use, with the tethering conductors 
1 8 providing signal pathways for data input to reach the 
system 1 0. Alternatively, the keyboard may be linked for 



data transfer by other means known to persons of skill 
in the art, such as by an infrared link using a known pro- 
tocol. In the drawing, the system is shown linked to a 
printer 19 by an IrDA link for data transfer by infrared 

5 radiation. 

As indicated above, the radio transceiver provides 
a radio frequency link to a server indicated at 20, which 
may communicate by wireline with supporting main- 
frame data storage 21 . Data relevant to the operation of 

10 the entire enterprise will be maintained on the support- 
ing mainframe, and made available to the mobile client 
10 in accordance with this and the above identified re- 
lated inventions. 

Turning now to the circuitry elements which togeth- 

75 er accomplish the processing of data in accordance with 
this invention, Figure 4 illustrates one form of organiza- 
tion of such elements. As there shown, the illustrated 
mobile client system 1 0 has at its core a microprocessor 
(indicated at 30) which uses reduced instruction set 

20 computing (RISC) characteristics, The processor has 
elements which include a controller 31 for a liquid crystal 
display; a controller 32 for peripherals of the type known 
as PCCards or PCMCIA cards; instruction/data cache 
33; an interface to memory and an external bus 34; and 

25 a real time clock 35; the microprocessor also has an in- 
terrupt controller 36 and a defined interface for a variety 
of services 37. While here disclosed as a single proces- 
sor chip having these characteristics, it is known from 
the manufacture and use of prior art computer systems 

30 that such computational capability and interface availa- 
bility can be reached by other means, such as the use 
of an Intel X86 based processor surrounded by appro- 
priate support logic or chips. Thus while the embodiment 
of Figure 4 is offered as exemplary of a system in ac- 

35 cordance with this invention, it is known the core func- 
tionality of such a mobile client system can be othenwise 
configured. 

As indicated in Figure 4, the core microprocessor 
30 is supported by peripherals. Most importantly, power 

40 for operating of the system is supplied from a battery 40. 
Preferably, the battery 40 is of the type known as a 
"smart" battery, in which provision is made for self mon- 
itoring by the battery of charge state and recharge 
progress. Such batteries are known and will provide sig- 

45 nals to the mobile client system processor 30 which can 
be used to generate indications to a user of the battery 
charge state, readiness for re-use after charging, etc. 
The mobile client also preferably has a conventional mo- 
dem 41 , for use when connected by wireline, and a tel- 

50 ephone interconnection point 42 (indicated as an RJ-II 
connector). Memory for the system is provided byaflash 
memory accessory card 44.; by dynamic random ac- 
cess memory (DRAM) 45; and by core flash memory 46. 
Preferably, a pair of PCMCIA slots, of type II, are pro- 

56 vided as shown at 48 and 49 for the addition of other 
functionality. 

In order to display the result of data handling oper- 
ations performed by the mobile client system, the sys- 
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tern 10 has an LCD 15 as mentioned above. The LCD 
is overlain by a suitable touchscreen 50 which functions 
as a digitizer to recognize when input is nnade by a user. 
There will be further discussion of this functionality later 
in this description, input from the touchscreen, as from 
the battery and a temperature sensor, passes through 
an analog/digital converter 51 to an input/output (I/O) 
port of the processor 30. Other I/O ports of the processor 
30 provide for connection to a keyboard as described 
above; an IrDA port 52, an audio CODEC 54 and asso- 
ciated speaker 55 and microphone 56; and an interface 
connector 58 for the radio transceiver 1 3. 

As was pointed out hereinabove, it is to be under- 
stood that the specific organization of functions here de- 
scribed with reference to Figure 4 may be varied due to 
a designers choice of functions to be supported, proc- 
essor core, and support logic. 

As mentioned above, the mobile client system 10 
obtains power from a battery. While such operation is 
appropriate for mobility, provision is made for support of 
the system 10 by connection to more conventional pow- 
er sources in the form of alternating current electrical 
mains. Such power sources are identified at 60 in Figure 
5, to which reference is had in the following description 
of power management relationships. As will be under- 
stood, the management of power usage by a mobile cli- 
ent system is significant with regard to usability of the 
system. 

Figure 5 illustrates the organization of peripherals 
around the processor 30 from the perspective of power 
sources and consumption. The power management to- 
pology is such that power flows to the processor 30 in 
the tablet 11 from the main battery 40, while separate 
flows of power and control impact the holster 12, any 
radio transceiver 1 3 mounted in the holster and any PC- 
Card accessories used by the system. This division of 
power flows is of significance to the mobile client system 
10 here described. More particularly, a separate battery 
61 is provided in the holster 12. The holster battery 61 
preferably is a "smart" battery, and has associated 
therewith in the holster 12 a battery controller 62, a hol- 
ster peripheral controller 63, and associated circuitry 64 
effective to interface the data streams flowing to and 
from the processor 30 with the radio transceiver 13. 
Thus, while circuitry in the holster 1 2 and transceiver 1 3 
is under the control of the processor 30 (as will be point- 
ed out more fully hereinafter), the power source is at 
least somewhat independent of the tablet 11. This is a 
significant division. When the tablet is engaged with a 
holster, the circuitry in the two components cooperates 
in management of the whole. When a transceiver 1 3 
(which, if a conventional cellular telephone, may have 
its own power source and power management tech- 
niques) is positioned in the holster 12, then the trans- 
ceiver 1 3 may also have a coordinated role in participat- 
ing in power management for the tripartite system. 

Turning more particularly to the tablet 11 , that sys- 
tem will have controller circuitry 66 for the battery 40 and 



a power supply 68 to which the battery 40 supplies pow- 
er for operation of the tablet 11. In the present system, 
provision is made for a separate microcontroller 69 to 
exercise control over the power supply in order to off- 
5 load certain requirements from the core processor 30. 
The microcontroller receives input from the processor 
30 and from a converter 70. The processor 30 and con- 
verter 70 are supported, for minimal functions, by a bat- 
tery 71 for the real time clock 35. The RTC battery 71 
assures that the tablet system will wake up when called 
as described more fully hereinafter. 

Turning now from the hardware topology to a dis- 
cussion of the power modes and transition events for 
the mobile client system 10, Figure 6 is one illustration 
of such modalities. For purposes of the following de- 
scription, it should be noted that a user of the mobile 
client system will be provided with indicators for the lev- 
els of activity of the system. Typically, such indicators or 
annunciators will be in the form of light emitting diodes 
(LEDs), as such devices are readily available, inexpen- 
sive, and known to most users of technical devices. The 
tripartite system may be provided with an indicator for 
the tablet 11, and indicator for the holster 12, and an 
indicator for the transceiver 13. In Figure 6, distinctions 
are drawn between states of activity which reflect differ- 
ing levels of activity between the tablet 11 and holster 
1 2, and an assumption is made that the system illustrat- 
ed is a tripartite system with tablet and holster joined. 

With this background in mind, the fully active state 
of the system will have both the tablet 1 1 and the holster 
1 2 fully activated as indicated by illumination of the cor- 
responding LEDs and the backlit LCD 15. That state is 
indicated at 75. The completely opposite state, with all 
components powered down (as if when all batteries 
have been removed), is indicated at 76, and would result 
in all LEDs and the backlit LCD being unilluminated. 
From the state of being fully active, a user may elect to 
turn off the holster 12, either by operating a switch pro- 
vided for that purpose or by interrupting a necessary in- 
terconnection through separating the holster from the 
tablet or the radio transceiver from the holster. In such 
an event, the tablet LED and LCD may remain illuminat- 
ed (as the tablet remains active) while the holster LED 
becomes unilluminated (indicated at 78). The mobile cli- 
ent may be capable of data processing using data stored 
in memory, yet be disconnected (intermittently or tem- 
porarily) from the supporting servers 20 and data stor- 
age 21 . Upon an occurrence determined by software ex- 
ecuting on the mobile client system, the system may en- 
ter a state known as suspend. In the suspend state, in- 
dicated at 79, the tablet LED and LCD and the holster 
LED are dark. Should it be appropriate for the radio 
transceiver to be used while the remainder of the tripar- 
tite system remains in suspend state, then the system 
can enter a state indicated at 80 in which the holster 
LED is illuminated and the transceiver functional. Simi- 
larly, upon an occurrence determined once again by 
software executing on the mobile client system, the sys- 
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tern may enter a state known as standby indicated at 
81 . In standby, the tablet LCD will be darkened to save 
power, while the tablet LED will rennain illuminated to 
indicate that the system can be "awakened" readily. The 
holster may be either powered down (with LED dark) or 
remain active. A timer function is provided which, after 
passage of a predetermined time interval with the sys- 
tem 1 0 in Standby, will transition the system to Suspend 
mode. 

The system can transition between Off state 76 and 
Active states 78 or 75 by use of an on/off switch. The 
system can transition from any Suspend or Standby 
state to Off state 76 by use of the on/off switch or battery 
removal. The system can transition from Suspend 
states 79 or 80 to Active states 78 or 75 in response to 
a suspend/resume input from a user, an incoming call 
indication from the radio transceiver connected with the 
holster time out of a timed interval, or a battery low 
charge indication from the smart battery controllers. The 
system can transition from Standby states to Active 
states 78 or 75 in response to user events such as an 
input by way of the touchscreen or keyboard. 

Another view of the power modes and transition 
events is given in Figure 7. There, the system states are 
represented as being an On state 81; Idle state 82; 
Standby state 84; Suspend state 85; and Off state 86. 
In the On State 81 , the system LEDs and LCD are illu- 
minated, the processor 30 is operating in normal high 
function mode, application programs are active, and 
other peripherals are power managed as needed. Pas- 
sage of time with inactivity will result in the system en- 
tering the Idle state 82, in which execution of application 
programs by the processor has ended, the processor 
enters a "doze high" mode of power management, the 
LCD is illuminated, and other peripherals are power 
managed as needed. Any user event will return the sys- 
tem to the On state. Should the passage of time cause 
the system to enter the Standby state 84, then applica- 
tion programs become static, the processor enters a 
"doze low" mode of power management, the LCD is 
dark, and all other peripherals are power managed as 
needed. Should the passage of time cause the system 
to enter the Suspend state 85, application programs be- 
come static and are checkpointed for resumption, the 
processor enters a "sleep" mode of power manage- 
ment, the LCD is darkened, and all other peripherals are 
off. Thus in terms of time intervals for turnaround to fully 
active state 81 , the system will return most quickly from 
Idle state 82, less quickly from Standby state 84, less 
quickly from Suspend state 85, and most slowly from Off 
state 86. 

It is now believed instructive to address briefly the 
display and communication of data as contemplated for 
the mobile client system of this invention. Referring now 
more particularly to Figure 8, there is shown there an 
exemplary representation of a display screen for an ap- 
plication program executed on the system 10. Prefera- 
bly, the system 10 executes an application program in 



the nature of a browser program as used for connection 
by HyperText Transfer Protocol (HTTP) and for files in 
HyperText Markup Language (HTML). HTTP and HTML 
have come into wide use in the environment known as 

5 the internet or world wide web. These technologies are 
here used to facilitate operation of the mobile client sys- 
tem with minimal resources in the client and maximum 
use of resources available through the supporting serv- 
er and mainframe data storage. 

10 More particularly, the processor 30 of the client sys- 
tem executes an operating system program and a 
browser program stored in the system flash memory 46. 
In executing these programs, the system exchanges da- 
ta with a supporting server by passing data through the 

75 radio link provided by the transceiver 1 3 and interface 
58 or the modem 41 if then wire connected. Data so ex- 
changed may be stored for manipulation by the operat- 
ing system and browser in the system DRAM memory 
45. The browser, in conjunction with the data obtained 

20 from the supporting server, will display on the LCD 1 5 a 
screen which may, for example, appear as shown in Fig- 
ure 8. The screen there shown has a title bar 90 across 
the upper limit of the displayed field and, within the dis- 
played field, a form having defined fields for data such 

25 as identifying numerals or names. In the specific form 
illustrated, the fields include a field for a center number, 
a hospital number, dates of birth and admission of the 
identified patient, and the like. Adjacent the title bar 90 
is a representation of an animal, shown at 91 and here 

30 illustrated as a kangaroo. This representation is used, 
in accordance with certain implementations of this in- 
vention, to indicate that the system is "jumping" from one 
data access to another and that a user should await 
completion of the "jump". There are also provided, im- 

36 mediately below the title bar 90, indications of function 
"buttons" such as return to the main (or initial) screen, 
go back one screen, exchange data by wireless link, bat- 
tery charge state, and navigation about the screen pre- 
sented. Certain fields, such as the Date of Admission to 

40 the ICU and the Class fields, may be annotated by a 
user, and are so indicated by the positioning adjacent 
those fields of a "notebook" icon. The notebook may be 
either closed (as adjacent the Date of Admission field) 
suggesting that it presently lacks any annotation, or 

45 opened (as adjacent the Class field) suggesting that it 
presently contains an annotation. 

Inasmuch as the mobile client system 10 has a 
touchscreen 50 which overlies the LCD 1 5, input of data 
into the system can be accomplished by a stylus, pointer 

50 or finger applied to fields of the touchscreen. Thus, re- 
ferring to Figure 8, should a user desire to input infor- 
mation identifying the gender of a particular patient, the 
user could touch (with stylus, pointer or finger) the but- 
tons "male" or "female" to enter that data. Similarly, 

56 should a user wish to enter an annotation, the user could 
touch the field defined by the notebook icon to change 
the icon between the closed and open states and there- 
by open a field for entry of appropriate numerical or al- 
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phabetic data. 

Other and further functions of the applications pro- 
gram and the screen display will become more clear 
from discussion which follows or appears in the above 
identified related applications. 

As will be understood, the area available for display 
of screens in a mobile client system of the type here de- 
scribed is limited. Such limitations impose severe re- 
strictions on the front of screen technology used in gen- 
erating displays and in providing for the input of data 
using a touchscreen overlaying the display area. The 
present invention contemplates that control programs 
stored accessibly to the processor of a mobile client sys- 
tem will cooperate with the other elements present, 
when executing on the processor, in accommodating 
the restricted display area to the needs of users of the 
system. This invention focuses particularly on certain of 
such needs. 

Form filling applications are commonly used on 
computer systems. Figure 9 shows one simple form, for 
which a number of forms widgets are provided. These 
include text widgets for a text entry field ("Name") and 
for a multiline text area ("Comment"). Also included are 
one-of-many widgets for selections in which selecting 
one option among several provided de-selects the re- 
mainder of the group with so-called "radio buttons" 
("Eyes") or option lists ("Hair") in which one item may be 
selected from a pull down list. Also included are on/off 
switch widgets for check boxes ("Pets") and options lists 
("Hobbies") where each item in a pull down list may be 
checked or not. 

The form in Figure 9 uses styles of widgets that are 
representative of many possible styles. The important 
point is the classes of input widgets, not the particular 
style displayed. 

Many computer applications allow a user to set a 
"default" for a form. In the word processing program sold 
under the trademark WordPerfect 6.1, for example, a 
template presents a form for personal information such 
as name, address, and phone number. A "Save as de- 
fault" button causes future templates to initialize the 
form with the current information. Many applications 
save each form entered as the default, initializing the 
fields in the next form with data from the previous form. 
An application may initialize only some widgets from the 
previous form while initializing other widgets to a con- 
stant default. Text entry widgets are often initialized to 
blank. 

Many applications fill in the contents of a text widget 
as the user types, using matching data from previous 
forms. The accounting program sold under the trade- 
mark Quicken' 3.0, for instance, has a form for writing 
personal checks. After the user types each character in 
the "payee" text field, Quicken completes the field with 
a prior entry that starts with the characters typed so far. 
Hence the user on ly types enough characters to unique- 
ly identify a previously entered payee. This feature is 
called QuickFilL 



It is important to note that QuickFill uses an alpha- 
betized list of prior entries. For instance, suppose pre- 
vious checks include: 

s Twelve checks to "Ace Hardware" in the past month. 
One check to "AAA" three months ago. 

When the user types the letter A, QuickFill will suggest 
"AAA" because it comes before "Ace Hardware" alpha- 
betically. QuickFill does not deduce that "Ace Hardware" 
is more likely because it was used more recently or more 
frequently. QuickFill suggests "Ace Hardware" only after 
the user types the letter C. The alphabetical nature of 
QuickFill's suggestions is typical for text entry widgets. 

The disclosure of the aforementioned related appli- 
cation RP9-95-017 contemplates that control programs 
stored in memory accessibly to a system processor will 
provide enhancements for all of the types of widgets il- 
lustrated in, and described with reference to, Figure 9. 
Briefly, each widget defaults to the most likely choice 
based on prior forms. However, the most likely choice 
is determined by the frequency and recency of prior en- 
tries, and alphabetical order is only a tie-breaker. Text- 
entry widgets use prior entries to complete what the user 
is entering, but the most frequent and most recent en- 
tries are preferred. 

Widgets that use frequency and recency to predict 
the user's choice are there, and here, called predictive 
widgets. Each predictive widget contains a predictive 
list, the list of prior or predetermined entries for that 
widget. The predictive list contains a record of each en- 
try, so that it can analyze both the frequency and recen- 
cy of matching entries. The predictive list is a sequence 
of possible data entries, organized to present the pos- 
sibilities in a particular order which will vary with usage 
or over time in manners described. The interested read- 
er is referred to the aforementioned related application 
for a more complete discussion of the manner of use of 
predictions lists in predictive defaults and predictive fills. 

A predictive widget uses its predictive list in two 
ways. First, the widget uses the list to establish a pre- 
dictive default. The predictive default sets the initial 
state of the widget when a form is opened for use. Sec- 
ond, the widget uses the list to establish a predictive fill 
for the field in question. That is, when afield is selected 
for filling and a user begins the actions of entering data 
for the field, the initial few characters entered are used 
to predict the entirety of the data required to fill the field 
and a suggestion is made for the entire entry. (The user 
can accept or reject the suggested fill.) 

Figure 10 shows relationships among predictive 
widgets, predictive lists, predictive defaults and predic- 
tive fill. Each of these objects will be examined in turn. 

Form filling programs implementing this invention 
can overlay existing forms systems. For instance, the 
HyperText Mark-up Language (HTML) supports forms 
with the types of widgets identified in Figure 9. Since 
HTML is open and extensible, its syntax for forms widg- 
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ets could be expanded to include predictive widgets. 
Form filling programs implementing this invention are in- 
dependent of the text entry functions of a system. That 
is, such programs function appropriately with keyboard, 
hand writing recognition, voice recognition and other 
means of character entry. 

Predictive default functionality sets the initial state 
of a widget when the form is displayed. This applies to 
all types of predictive widgets, including others than text 
entry widgets. It is possible for predictive defaults to set 
the widget to a constant default. This does not use the 
predictive list at all, and it is how a traditional widget of- 
ten works. In addition, the user may be able to set the 
constant default manually. 

However, the predictive default usually initializes 
the field based on the recency and/or frequency of prior 
entries. If the predictive default uses recency, then the 
entry from the previous form is always presented on a 
new form. For example, in Figure 9, the default for last 
name might be based on recency if people in the same 
family are sometimes entered together. If the predictive 
default uses frequency, then the prior entry that was 
used most often is presented on the new form. (In this 
case, recency would serve as a tie-breaker when two or 
more entries have the same frequency.) For example, 
in Figure 9, if most people being entered have blue eyes, 
then "Blue" is always selected. The predictive default 
can also combine frequency and recency instead of de- 
pending on one or the other. This is illustrated by the 
"F-i-R" bar or balance in Figure 10 with an "F" for Fre- 
quency and an "R" for Recency. Instead of a switch be- 
tween frequency and recency, the predictive default pro- 
vides a continuum. 

For instance, consider a worker in a North Carolina 
parcel delivery company who records the destination of 
each package on a computing system. Suppose that 
30% of the company's packages go to Charlotte, 20% 
go to Chapel Hill and less than 20% go to all other cities. 
On first consideration, the predictive default for the city 
entry widget on the worker's computing system might 
be assumed to always be Charlotte, i.e. that it should 
be based on frequency alone. However, suppose that 
packages going to a particular city are often sitting next 
to each other, since clients tend to send packages from 
one place to another in groups. Hence, if one package 
is bound for Chapel Hill, there is a better chance that the 
next one will be also. And if two packages in a row are 
bound for Chapel Hill, the probability is even higher that 
the next package will also be bound for Chapel Hill in- 
stead of Charlotte. Hence, the predictive default would 
more appropriately be based on recency as well as fre- 
quency. Perhaps after two Chapel Hill packages are en- 
tered, the default switches to Chapel Hill. But when the 
worker breaks the Chapel Hill sequence with a package 
destined for Charlotte, then the recency of one Charlotte 
entry plus the frequency of Charlotte entries cause the 
default to switch back to Charlotte. 

The predictive fill functionality suggests the most 



likely strings to complete what the user enters and may 
be most applicable to text entry widgets. Like predictive 
default, predictive fill uses frequency, recency, or a com- 
bination of the two. Predictive defaults and predictive fill 

s use the same predictive list. However, the two functions 
can use different balances of frequency and recency. 
This is illustrated in Figure 10 by the different fulcrum or 
pointer positions on the "F+R" balance beams. 

To modify the example given above of the parcel 

10 delivery company, assume that 35% of packages go to 
Raleigh, 30% go to Charlotte (as before), and 20% go 
to Chapel Hill (as before). Should the predictive default 
be based entirely on frequency, and hence set to 
"Raleigh", a user who enters an initial letter C will get 

^5 differing suggestions for filling the field. If predictive fill 
depends entirely on frequency, then it would suggest 
"Charlotte". If predictive fill depends entirely on recency, 
then it suggests Charlotte or Chapel Hill, which ever was 
used most recently. If predictive fill uses a combination 

20 of frequency and recency, it suggests Charlotte unless 
Chapel Hill was used very recently, in which case Chap- 
el Hill is preferred. 

An application developer using this invention must 
determine the optimal balance between recency and 

25 frequency. Each field on each form may have a unique 
frequency/recency balance for both predictive fill and 
predictive default. Familiarity with the end user's envi- 
ronment and experimentation are required to determine 
the optimal balances. In general, it is expected that us- 

30 ers will prefer predictive defaults that do not change too 
often, hence predictive defaults are more likely to de- 
pend on recency or frequency only. Predictive fills, on 
the other hand, are more likely to use frequency/recency 
balances. 

35 There are several implementation details that can 
make predictive fill more useful. If the predictive default 
for a field is rejected, then the predictive default value 
should not be suggested again by predictive fill. For in- 
stance, if the predictive default is "Charlotte" and the us- 

40 er types a C, predictive fill should suggest "Chapel Hill" 
instead of "Charlotte", even if Charlotte is preferred, be- 
cause the user has already rejected Charlotte. 

The user can accept a predictive fill (or predictive 
default) and use only some of its letters. For instance, 

45 suppose the user wants to enter "Chapel Hill", but upon 
entering the letter C, predictive fill suggests "Charlotte". 
The user does not have to enter H, A, and P before 
"Chapel Hill" is suggested. Instead, the user can move 
to the R in "Charlotte" and enter a P over it. 

50 Predictive fill can display several of the top items in 
its list. When the user types a letter, predictive fill may 
complete the field with the most likely value. However, 
it also displays the top five most likely values in a list on 
the screen. The list is updated with each character the 

56 user enters. The user can select any value from the list. 
Predictive fill can display the list even before the user 
types anything, while the field still contains the predic- 
tive default. An example of this operation is shown in 
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Figure 11 , where a predictive fill list is displayed to the 
left of a keyboard display. The keyboard display itself is 
the subject matter of one of the companion applications 
listed above. Predictive fill may operate on subfields as 
well as complete fields. In the "Name" field in Figure 9, 
the first and last name may have completely separate 
predictive lists. Predictive fill suggests common first 
names (such as "John") or common last names (such 
as "Smith") depending on which part of the field is being 
considered for entry. In this example, a space separates 
the two subfields of first name and last name. For the 
"Comment" field, a period might separate subfields and 
predictive fill would recall sentences. 

The predictive list is the accumulation over time of 
a collection of candidates for a field (or subfield) or a 
similar predetermined list established by a program de- 
veloper. A field's predictive default and predictive fill use 
the same predictive list, but usually with different fre- 
quency/recency balances. Desirably a predictive list is 
dynamic, changing each time the user completes a form 
containing the field. 

A predictive list keeps its items sorted in several 
ways simultaneously. These include frequency (How of- 
ten is this item used?); recency (How long has it been 
since each usage of this item?); and a preset weighting 
(If none of the items have been used before — no fre- 
quency or recency history - which are most likely?). The 
sorts may also include alphabetically. For alphabetic or 
text fields, the predictive list must limit searches to the 
items beginning with the characters entered by the user. 

For large predictive lists, it will cause performance 
problems to sort the list just before or after it is used. It 
may be necessary to use a multitasking system to per- 
form the sorts in the background. If the sorting algorithm 
is interrupted before it is finished, the predictive list must 
be able to function using only the sorts that it has com- 
pleted (e.g. it may be forced to use alphabetic only). This 
is because it may be better to offer a less probable sug- 
gestion than to make the user wait for the sort algorithm 
to finish. 

Several fields may share the a common predictive 
list. For example, if there is more than one field for 
names on a form, the fields would share the same pre- 
dictive list for names. Moreover, fields on entirely differ- 
ent forms may share predictive lists. 

Control programs contemplated by and embodying 
this invention are modular so that the developer may ac- 
cess any of its components. The developer may use pre- 
dictive default and predictive fill objects without neces- 
sarily using predictive widgets. This is useful for devel- 
oping different types of widgets unforeseen by the in- 
ventors. Also, the developer may use predictive list ob- 
jects directly to recall data. Furthermore, the predictive 
lists can share data with general forms storage. 

Figure 1 2 shows an example of a predictive list sort- 
ed by recency. In the Figure, n indicates recency, with n 
= Oforthe most recent entry and n = 9for the first entry. 
The items in parentheses are "shadows" of items en- 
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tered more recently, and do not require separate stor- 
age. For example, item 0 stores the text "Champion", 
but item 2 only stores a pointer to item 0. 

The probabilistic weight of each item is given by w 
5 (lowercase). The weight of a given string (combining the 
Ws of the shadows) is given by W (uppercase), w is cal- 
culated by the following formula: 

10 b+n 

where b is the frequency/recency balance. If b is small, 
then the balance is toward recency. If b is large, then 
the balance is toward frequency. For each non-shad- 
15 owed item, the weight is determined by the equation: 



so that the total weight of a non-shadow is the weight of 
itself plus its shadows. The table shows the weights for 
balances of 1 , 4, and 1 0. ti = 1 shows the strongest pref- 

25 erence for recency. The user entered "Champion" two 
times recently, so it gets the highest probability (W = 
1.33). Notice that as fc> approaches 0, recency rules com- 
pletely because the most recent item always has w = 1 
and the subsequent Ws diminish rapidly. b= ^0 shows 

30 the strongest preference for frequency. The user en- 
tered "Brittenham" more often than anything else, so it 
gets the highest probability {W= 2.96). Notice that as b 
approaches infinity, frequency rules completely be- 
cause each item has w= 1 . Recency is only a tie-break- 

35 er. = 4 shows a balance between recency and frequen- 
cy that suggests "Bertram" as the most probable. The 
user entered "Bertram" three times recently. The user 
entered Champion more recently, but only twice, the us- 
er entered "Brittenham" more frequently, but a long time 

40 ago. The predictive list suggests "Bertram" because of 
its combination of recency and frequency. 

It is evident that the effects of different values of b 
depend on the size of the predictive list. Hence, the de- 
veloper must consider the size of the predictive list when 

45 setting the balance with this algorithm. 

Suppose that a text entry field called "Last Name" 
has a predictive default of d = 1 and a predictive fill of b 
= 10. Given the predictive list state in the table above, 
the default for the field is "Champion" since it has the 

50 highest weight with d = 1 . If the user types the letter B, 
then predictive fill will suggest "Brittenham" instead of 
"Bertram" since the former has a higher weight with b = 
10. 

This algorithm is only one possible implementation 
56 of the invention. In particular, more elaborate equations 
for calculating w may be appropriate. The balance, for 
instance, should be an absolute value that behaves con- 
sistently regardless of the size of the predictive list. The 
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algorithm can be further optimized for less storage and 
better performance by reducing the sorting after each 
action by the user. 

This invention further contemplates that presenta- 
tion of possible data entries in a predictive list may par- 
take of both characteristics of recency and frequency in 
ways other than the balancing described above. More 
particularly, considering a predictive list of a certain 
number of possible entries, such as ten, a certain 
number of positions at the beginning of the sequential 
list may be assigned for recency determination only. The 
remainder of the list may have entries assigned posi- 
tions in the sequence based on frequency only. Thus in 
displaying the list for a predictive fill or predictive default, 
the first few entries displayed would be based on the 
most recent entries selected by a user, while entries dis- 
played further down the list would be displayed based 
on the frequency with which those entries were selected 
during past use of the application. The "parting line" be- 
tween recency and frequency is user determined. Thus 
in the example given of a ten entry list, a user may chose 
to have the first three positions displayed based on re- 
cency, with positions four through ten based on frequen- 
cy. Thus with each resorting of the list, the most recently 
used entry would be displayed in the first position, above 
the next previous entries chosen. 

The technology which has been described is appli- 
cable not only to form filling widgets useful with mobile 
client computer systems, but also with systems of other 
types which may present needs for completing forms. 
Examples of other systems in which this invention will 
have utility are shown and described in United States 
Patent 5,539,479 issued23 July 1 996, assigned to com- 
mon ownership with the invention here described, and 
to which the interested reader is referred. 

To this point in the present description, the systems 
and implementations described are those of the related 
application specifically mentioned above. 

Turning now to the swapping of lists as contemplat- 
ed by the present subject invention, such swapping ap- 
plies to any forms system which uses a list of likely en- 
tries to aid a user's input. The list may include a record 
of prior entries by the user or other users. The list may 
include entries anticipated by the forms designer. For 
text entry widgets, the list may be alphabetized such that 
the widget suggests the first matching entry alphabeti- 
cally. Alternatively, the list may be a predictive list as de- 
scribed in the above disclosure. 

The present invention selects which list is used by 
a subordinate "multi-list" widget based on the state of a 
"master" widget. For example, consider a form with two 
text input fields, perhaps as the form used by the pack- 
age delivery company mentioned above. 

The master field is for a two-letter state abbrevia- 
tion, such as "NC" for North Carolina. It contains a list 
of the 50 states. The mufti-list field is for a city name, 
such as "Charlotte" or "Greensboro". It has 50 lists, and 
each list contains the largest cities in a given state. 



When the user enters a state, such as NC, the mas- 
ter field tells the multi-list field which list of cities to use. 
Hence, when the user enters the name of the city, the 
text entry widget will predict the user's entry more accu- 
5 rately. 

When the master field changes the list of the multi- 
list field, it may change both the default and the fill pri- 
ority. The invention only changes the current content of 
the multi-list field if the user has not modified it. In other 
words, if the multi-list field contains the unchanged de- 
fault, then it can substitute a different default. However, 
nothing the user has manually entered is changed. 

Predictive lists allow a better implementation of this 
invention. Instead of multiple lists, there is one list for 
the city field. However, there are 50 different sets of 
probabilistic weights, and the correct one is selected by 
the master field. This allows a city name to be used for 
more than one state, but with the appropriate priority in 
each state. 

In the drawings and specifications there has been 

set forth a preferred embodiment of the invention and, 
although specific terms are used, the description thus 
given uses terminology in a generic and descriptive 
sense only and not for purposes of limitation. 



a processor mounted within the housing and 
processing digital data; 

35 

memory mounted within the housing for storing 
digital data and coupled to the processor; 

a display coupled to the processor and the 
40 memory to display information derived from 

digital data processed by the processor; and 

a control program stored in the memory and ac- 
cessible by the processor to direct the process- 
45 ing of digital data by the processor; 

the control program and the processor cooper- 
ating, when the control program is executing on 
the processor, in 

50 

a) displaying a form defining first and sec- 
ond data fields; 

b) exercising a predictive widget to supply 
55 a data entry for the first data field; 

c) responding to the supplying of a data en- 
try for the first data field by exercising a pre- 
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Claims 

1 . A computer comprising: 

30 

a housing; 

a processor mounted 
processing digital data; 

35 
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dictive widget to supply a data entry for the 
second data field. 

2. A connputer according to Claim 1 wherein the con- 
trol program and the processor cooperate, when the 
control program is executing on the processor, in 
storing a predictive list from which a data entry for 
the second data field will be supplied and further 
wherein the predictive widget exercised to supply a 
data entry for the second data field selects an or- 
dering of the predictive list in response to the sup- 
plying of a data entry for the first data field. 

3. A computer according to Claim 2 wherein the con- 
trol program and the processor cooperate, when the 
control program is executing on the processor, in 
exercising the predictive widget to order the predic- 
tive list based upon the recency of use of listed data 
entries. 

4. A computer according to Claim 2 wherein the con- 
trol program andthe processor cooperate, when the 
control program is executing on the processor, in 
exercising the predictive widget to order the predic- 
tive list based upon the frequency of use of listed 
data entries. 

5. A computer according to Claim 2 wherein the con- 
trol program andthe processor cooperate, when the 
control program is executing on the processor, in 
exercising the predictive widget to order the predic- 
tive list based upon a user selected weighted deter- 
mination of the recency and frequency of use of list- 
ed data entries. 

6. A computer according to Claim 2 wherein the con- 
trol program andthe processor cooperate, when the 
control program is executing on the processor, in 
storing the predictive list as a sequence of possible 
data entries and in exercising the predictive widget 
to order the sequence by positioning a leading por- 
tion of the sequence based on the recency of use 
of listed data entries and a trailing portion of the se- 
quence of use of listed data entries. 

7. A computer comprising: 



a control program stored in the memory and ac- 
cessible by the processor to direct the process- 
ing of digital data by the processor; 

s the control program and the processor cooper- 

ating, when the control program is executing on 
the processor, in 

a) displaying a form defining first and sec- 
10 ond data fields; 

b) capturing user entries of data into each 
of the first and second fields; 

15 c) Storing captured user entries in a first 

predictive list of data entries for the first da- 
ta field and at least one predictive list of da- 
ta entries for the second data field; 

20 d) exercising a first predictive widget to 

supply one of a predictive default and a 
predictive fill selected from the first predic- 
tive list as a data entry for the first data field; 
and 

25 

e) exercising a second predictive widget in 
response to a data entry in the first data 
field to supply one of a predictive default 
and a predictive fill selected as a data entry 
30 for the second data field from a predictive 

list determined by the data entry in the first 
field. 

8. A display generating system comprising: 
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a housing; 

a processor mounted within the housing and 
processing digital data; 

memory mounted within the housing for storing 
digital data and coupled to the processor; 



the processor and the memory cooperating in 
45 supplying digital data driving a display of visual 

images; and 



a housing; 

a processor mounted within the housing and so 
processing digital data; 

memory mounted within the housing for storing 
digital data and coupled to the processor; 

55 

a display coupled to the processor and the 
memory to display information derived from 
digital data processed by the processor; and 



a control program stored in the memory and ac- 
cessible by the processor to direct the process- 
ing of digital data by the processor; 

the control program and the processor cooper- 
ating, when the control program is executing on 
the processor, in 

a) displaying a form defining first and sec- 
ond data fields; 
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b) exercising a predictive widget to supply 
a data entry tor the first data field; 

c) responding to the supplying of a data en- 
try forthe first data field by exercising a pre- s 
dictive widget to supply a data entry for the 
second data field. 

A display generating system comprising: 

10 

a housing; 

a processor mounted within the housing and 
processing digital data; 

IS 

memory mounted within the housing for storing 
digital data and coupled to the processor; 

the processor and the memory cooperating in 
supplying digital data driving a display of visual 20 
images; and 

a control program stored in the memory and ac- 
cessible by the processor to direct the process- 
ing of digital data by the processor; 2S 

the control program and the processor cooper- 
ating, when the control program is executing on 
the processor, in 

30 

a) displaying a form defining first and sec- 
ond data fields; 

b) capturing user entries of data into each 

of the first and second fields; 3S 

c) storing captured user entries in a first 
predictive list of data entries for the first da- 
ta field and at least one predictive list of da- 
ta entries for the second data field; 40 

d) exercising a first predictive widget to 
supply one of a predictive default and a 

predictive fill selected from the first predic- 
tive list as a data entry for the first data field; 45 
and 

e) exercising a second predictive widget in 
response to a data entry in the first data 
field to supply one of a predictive default 50 
and a predictive fill selected as a data entry 

for the second data field from a predictive 
list determined by the data entry in the first 
field. 
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FIG. 2 
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FIG. 5 
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